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Pascal, the Continuing Saga 


By David Marganstein 

In tMs installment, I will talk about 
the Pascal system's limits cn source code 
size, and some ways to get around these 
limitations. Included is a program call^ 
SPLITEXT vA\ich can be used to deal with 
the problem. 

To begin, I will mention an 
organization which UCSD users should 
consider joining: the UCSD p-System Users' 
Society, USUS to its members. USUS costs 
twenty dollars annually, and provides a 
newsletter and library to its n^iitoers. I 
joined recently and sent tor their five S" 
library disks in CSI floppy format. The 
library ccsntains nany useful (and 301 :^ 
useless) programs. For the beginner, 
exanple programs to modify and personalize 
are a great starting point. These disks 
are a good buy for the sixty-dollar price 
tag. 

The most interesting-looking programs 
in the USUS library ware a text processor 
and a data base manager. However, all was 
not that easy. These prograjns were very 
large, ^ large that the pieces provided 
would not fit in the ICK of space provided 
in our samewlrat shrunken OSI version of 
OCSD Pascal. What to do??? Vfell, the 
ideal solution would be to further break 
tp the text files provided. Bcm to do 
this v^en you can not get a piece of code 
into the editor? 

As an aside, I mention that the editor 
does allow you to copy pieces of code into 
the editor workspace. But these pieces 
must be defined by previously installed 
markers. Since I had not written these 
chunks of code, and whoever did write them 
had not installed any such markers, this 
option was not available. 

The program below, SPLTreSCT, was 
printed in the San Francisco Cider Pr^s, 
a publicaticxi of a ccxrpeting conputer user 
groip, the name of which I will not deign 
to include in our hallowed pages.... 
however, it does pay to S(i!e how the other 
half lives. .Anyway, SPLITEXT filled the 
bill. You see, Pascal source oode ocsnes 
in plain old text files, which can be read 
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OS-65D Notes 

By Joe Kirshner 

THE DISK DIRECTORY AM) ASSOCIATED ITEMS 

I received a disk frcsn Paul Rainey 
this week containing a couple of 
interesting prograns. One of these is a 
procedure for changing the order of the 
titles in the directory. This allows you 
to group particular titles together or to 
sort the titles once and then replace 
then sorted so that you do not have to 
wait for tte directory to sort them every 
time you want to look at then. 

The second program zeroes out the 
garbage in the random access files. 

One of the techniques used by Paul 
in his program to change the directory is 
that of passing a parameter between two 
programs. As I n^ntioned in one of the 
previous articles, information can be 
passed fran one program to another by 
writir^g it to device #5 (manory outside 
of BASIC's control) from one program, and 
then calling it back fran your second 
progran. The problem that I pointed out, 
however, was that if you try to call 
something frcm device #5 and there's 
rK3thing there, the computer will usually 
har^ up. Paul writes the parameter to 
memory outside of BASIC by using POKEs 
and then reads it into the other program 
with PEEKS. Since peeking at an address 
isn't affected by the presence or absence 
of a carriage return, hang up of the 
coTputer will not occur even though you 
have not written anything to the address 
being examined. 

You can, of course, write to memory 
either by using POKES or Device #5 and 
still look at it with PEEKs. However if 
you POKE scxnething into memory, you will 
not be able to access it using Device #5 
unless you have placed carriage returns 
in it. 

Of course you must lower the top of 
menory to leave enough room for whatever 
you intend to store there. In this 
connection I have a note fran Geoff Cohen 
(who is a member in Australia) that 
points out that the amount of manory 
available can be found by PEE3<ing at 8960 

continued on page 2 




continued from” page 1 

just like any other text file. Thus, you 
can read tlK first hundred or so lines and 
write than to one file, repeating the 
process until the original source file has 
been broken up into workable chunks. 

Great, you say, how do you get it 
all back together again to get it 
catpiled? 

No prcbleJTii IJ The Pascal carpi ler 
recognizes a nimber of useful directives; 
special instructicais provided right in the 
source code and acted upon during 
conpilation. These directives are placed 
in cannent delimiters, e.g. { }or(**). 

The particular directive needed to pull 
together pieces of text at carpile tiine is 
$IFTTf)NftME. VJhen it encounters this 
directive, the conpiler searches the 
appropriate volume directory for the 
mentioned text file and uses its contents 
in the cottpiling process. As a matter of 
fact, the word processor and data base 
packages in the U9LIS library both work 
this way. One snail shell program for 
each ccaitains a series of {$IFILEt!lAME} 
ootrtnands specifying the pieces. 

To join uaB, send your twenty dollars 
to: / - ■ ■ — 

u.s.u.s. 

Box 1148 

La Jolla, Ch 92038 
Program SPLITEXT; 

§written by STEVE LLOYD, San Francisco 
^ple Goret 

var INFILE,0l7rFILE: text; 

INNAME, OUTNAME, LINEBOF: string; 
MAXLINES, LINECCXJNT: integer; 

begin 

writeln; 

write{'name of input file'); 

readln( INNAI'lE); 

if pos('.text',INNAME)=0 

then INNAME: =ooncat {INNAf-IE,'. text *); 
{*$!-*) 

reset { INPII£, INNATAE); 
if ioresultOO then 
begin 

writeln(' file not fourx3'); 

ex it (program) 

end; 

(*$!+*) 


vdiile (not eof(INFILE)) do 
begin 

writeln; 

write('nane of output file: '); 

readln{’3UT!^4E); 

if pos(' .text* ,aJTNAf'1E)=0 

then 00lNAi'iE:=KX)rK::at(0UTNAME, * .text'); 
rewrite (0UTFII£,0(jrNAME) ; 
write('maximum number of lines: '); 
reaain(MAXLLNES); 

LINECOUNT:=0; 

repeat 

re^ln (INFII£, LINEBOF) ; 
writeln(ajrFILE,LINEBOF); 
LINECOO!Vr:=LINECOUNr+1; 
if(LINECCOOT iMOD 10)=1 then write('.'): 
until (eof( INFILE) or eof(00TFir£) or 
(LINECOUNT=44AXLINES)); 
writeln; 

writeln{LINBCCUWr,' lines written 
to ',0UTNAME); 

if eof(ajrFILE) 
then begin 

writeln('rK)t enough room in output 
file'); 

close (CXn^Ilfi, PURGE) 

■“ end ■ ~ 

else close(00TPILE,D0CK); 
end; 

close (INFII£); 
end. 


OS65-D Notes 
continued from page 1 

(decimal). This location balds the high 
byte. The 1 cm byte is zero. 

(LINE #)INPOr"HCW MANY PAffiS 00 
YOU WANT ABOVE BASIC";? 

(LINE #)E=PEEK(8960)+1:S=E-P:POKE 
132,0:POKE 133,S 

Geoff writes that he uses this to 
jxit his buffers on the top. He writes the 
following lines as part of BEXEC* 

(LINE #) P=8:REM P=a FOR SIN. AND 
P=12 FX)R SIN. DISKS 

(LINE #) 

E=PEEK(8960)+1:S=E-P:POKE 132,0:POKE 133,S 
(LINE #) PCSCE 8993,0:POKE 8999,S 
(LINE #) POKE 9000,0:POKE 9001,E 
If you the above lines to 

BEXEC*, you no Icwiger need to bother 
about doing .scroething about a buffer when 
yau write a program that needs one since 
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Buffer #6 will always be available above 
the progran. Of oourse this means that 
the top 12 (8 for Minis) pages of m^nory 
are mt available even if you don't need 
a buffer in sane particular program, but 
in those rare cases v^ere you have a long 
program that doesn't require a buffer and 
needs Ml of your available meaiiory, you 
can raise the top of msrory in the first 
couple of lines of that prograsn. 

Getting back to passing parameters, 
Paul Rainey uses it in traveling back and 
forth betvffiQi his RE3^AME program and the 
DIRECTORY. Ihe parameter is used to set a 
flag {an indicator) to tell caie program 
vrfiether or not to RUN the other program. 

If you have a program that is so 
long that it must be brought into menory 
a piece at a time, it may be necessary 
to start a progran element from some point 
other than its beginning, where the line 
at which it should start is determined by 
the previous program element. 

The second progran would start with: 

(LINE #) X=PEEK{A1X)RESS OF 
PARAMCTER) 

(LINE #) CM X GOTO A, B, C, D 
In the above A, B, C, & D are the 
line numbers of your program, and the 
paraneter is a niMber from 1 to 4. The 
value of the parameter will, of course, 
have been written to the address in outer 
memory by the previous prograjn segment, 

Paul Rainey's prograsTis will be 
available on the exchange disk and rather 
than taking up a great deal of space in 
the Newsletter, I think it will be more 
worthwhile tx) write up a nun±)er of 
demonstration programs illustrating these 
techniques ar^ to add them to the 
exchange library. 

Unfortunately, it will be at least a 
noith until I will have the time to do 
so, but I will prepare number of 
programs and select some of the programs 
I alre^y have for inclusicn in the 693 
exchange disk, 

I interrf to include the followirg: 

Examples of the PEEKs and POKES 
previously discussed, 

A program for reading directories 
from each of a nimber of disks, sorting 
them, arri then printing out a 
superdirectory using only a single disk 
system. 'The program will also inventory 
the number of empty tracks available on 
e^h disk. 


An example of binary searching. 

An example of the use of tw) 
buffers for long files, together with 
exanples of insert and merge sorting. 


RANDOM ACCESS FIIES 

OS-65D has random access files that 
allow you to put records keyed by numbers 
out to the disk and to access then 
directly even tho^h the number of 
records is much too large to fit into 
your internal memory. Of course the main 
problem with such a systen is that most 
of the time you don't want to call the 
records by number but rather by name so 
that some method is required for 
converting the name into a number before 
accessirg the record, Randcsn access 
records are rather difficult to print out 
in sorted order when that is desired, 
which is ■ a second disadvantage of random 
access files. 

On the other hand if you try to use 
sequential files for very large numbers 
of records, say 9 or 10 tr^ks, then you 
will fiiM that searching for a particular 
recoiM using a sequential search may take 
minutes. However, it is possible to set 
up the files to use a binary search that 
will find the record in a few seconds. 

Nevertheless, random access is 
faster, and if you need to access cnly by 
number, it is already conveniently set 
up. As set up for an 8in. disk each track 
is broken into 24 sectors of 128 bytes 
each. If you want to change the record 
size fran 128, you can change it to any 
power of 2 as follows: 

(LINE #) POKE 12042,3072/N:POKE 

12076, X 

In the above N is the desired record 
size (128, 64, 32, ...) and X is the 
number sucii that 2*^=N, e.g. if N=64 then 
X =«6 

For a Sin, disk, use 2048 instead of 

3072. 

The DISK OPEN,6,"FII£#" command 
resets the addresses (12042 and 12076) to 
128 bytes per record, conseqiently, the 
above line must be inserted after the 
DISK OPEN ccfTsnands both when inputting 
fran and outfitting to the disk. 


JOE KIRSHNER 
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Switch and Boot with Disk B 

By Don Valentine, 450 7th Ave., NY 10123 


Anyone who has used a dual disk system 
has probably gc«ie through the frustrating 
experience of having the system fail to 
boot up properly. Trying to pin down the 
cause can be confusing — is it the disk, 
the drives, the processor board, or 
memory? 

Whatever the cause, trouble-shooting 
can be greatly siirplified by a switch that 
reverses the system designation of the 
drives. Throw the switch and the top 
drive becanes Device B, the bottom one 
Device A. If the system boots up now, 
you're in business, at least with a 
one-drive system, and you can hang on 
until saneone brings a screwdriver and a 
soldering iron. 

If it doesn't, at least you've 
eliminated the disk unit from the list of 
most probable suspects. There are many 
other ways the switch can be used. 

The diagram for wiring the switch is 
shown below. It simply criss-crosses or 
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excharges the "reoiy" and "select" lines 
to the two drives. The sirnplest place to 
do this is on the small paddle board 
attached to the drive ribbon cable, w^ich 
plugs into the Molex connector for the 
CSI 505 or 470 board. 

Use 12-inch wires to attach the switch 
to the paddle board, and you can mount the 
switch in one of the spare 1/2" holes in 
the rear of the C2- or C3-8P chassis. 

Note that fcKir traces are cut on the 
paddle board: F-3, Drive #1 select; F-18, 
Drive #2 select; F-20, Drive #2 ready; 
F~24, Drive #1 ready. 

'flrje time to do this mod is before 
problenns arise. 


DON VAI^SSrriNE 


Members Notes 

Dr. Jeffrey Krauss has sent us a list 
of practically all the Ccnputer Bulletin 
Board systems operating around the 
country. We'd like to publish it, but it 
WDuld take most crif one so we'd r,; . 

better not. We'll give a few of the 
ntiribers for the area v>here we have a high 
cxxicentration of members, and precede that 
short list vd-th a few observations about 
CBBS's: 

(1) The things are multiplying like 
dandelicxis, so any list is incorrplete 
before it's published. (Item: The one in 
Annapolis wasn't on Dr. Krauss's list - we 
added it.) 

(2) Their popularity suggests that 
we're ready for sane kind (or maybe more 
than one kind) of national data exchange 
system. 

(3) If you have a modem and aren't 
using it rnuch, you may be missing 
sanething useful and interesting. 

(4) If you don’t have a working rroden, 
maybe it's time to start working on one, 
so you can get in touch with the 
following, among many, many others: 

CBBS Alexandria, VA (703) 620-4990 
CBBS Washington, DC (703) 620^990 
CBBS Washirvgtoi, DC (202) 281-2125 
CBBS Washington, DC (202) 337-4895 
CP/M Baltimore, MD (301) 337-8825 
CP/M Baltinore, MD (301) 655-0393 
DBMS Annapolis, MD (301) 363-4867 
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Any CBB may be dcwn from time to time, 
of course; call again later if you don't 
connect the first titT^. 

Washington (2125) specializes in 
amateur radio, 

DBMS Annapolis is on the air from 5:30 
p,m, to 7 a.m.; most of the others operate 
24 hours a day. 

TAILGATE MARKET 

MODEL 35 TELETYPE RD PRINTER — Good 
ccnditiori heavy-duty printer mechanism 
removed from operating equipment. 

Reliable lew—cost hard copy, sans case. 
$50. Ccrnplete set of 3 manuals $10. 

Chuck Popenoe, 7307 Wiscasset Road, 
Washington, DC 20016. Tel. (301) 

229-0549. 


THE SUK/EY 

Joe Kirslmer has analyzed the 
questionnaire that was a part of the 
ballots in our recent election. To the 
question about \^hat kird of Nevraletter you 
would like to see in the future, here is 
how you rated the ideas that were listed, 
on a scale from 1 to 5: 

4.1 User reports on systems, 
equipnent, books, software packages, 
lar^ages, etc. 

3.53 Tutorial articles on asseiibly 
language and use of the assenrbler, the 
extended monitor, etc. 

3.41 Programs, applications, and data 
on disk-based 6502 systems. 

3.41 Programs, applicatiens, and data 
on 65U systems. 

2.45 Information about other available 
systeiTis (FORTH, XPLO, etc.) 

2.21 Articles on hard disk, 
multi-user, or network systems. 

1.8 Prograns, applications, and data 
on OS-CP/M. 

1.4 Programs, ajplications, and data 
on ^^IC-in-ROM or cassette systans. 

You voted about 3 to 2 to have officers 
elected by the members instead of by the 
Board of Directors. 

You were almost solid in your desire 
for a directory of mesrbers. Only one 
person said no, and not a single one said 
he would prefer not to have his name 


included. We‘11 start work now to get the 
inforuBtion for the directory. 

Many of you accepted our invitation to 
make other cerrments and suggestions. The 
officers will be stixiying those notes. 


MATRLX? 

We've had several inquiries about the 
MATRIX in the return address of the 
Newsletter. That's the name of the firm 
vtiich handles the printing and mailing for 
us. It's owned by George Marton, who is a 
founding marber of OSIO and a Director. 

For CSI business, you'll save time by 
using the address of the appropriate 
officer (the list is printed each menth). 

Membership Information 

CSIO dues are $15 a year. Overseas 
matibers vho want ccattnunications sent by 
airmail pay an additional $15, a total of 
$30 U.S. 

If you are a mariber, year nraribership 
nunber and the date to which your dues are 
paid are shown above your name on the 
mailing l^ael. Watch your label, and 
renew your maribership prcnptly before it 
expires! We do not have the reso\irces to 
mail renewal and retiinder notices. 

If no mombership number is shown, this 
is a sairple copy. We invite you to become 
a menber, take part in our activities, and 
enjoy the benefits of our Newsletter, 
Program Exchange, chapter meetings, 
SQTiinars, and occasional discomt offers 
and group pxirchases. Just send a check in 
the proper amount to our Treasurer, vAiose 
name and address are given belcw. 


Program Exchange 

Our exchange disks do not contain the 
operating systems or other proprietary 
programs; add your cwn system to them. 

Send in your cwn programs with erxDugh 
postage to return the material to you, and 
if your program is accepted for the 
Exchange, we'll add other programs in the 
Exchange to your disk or cassette and 
return it. 

Maribers Viho are not yet ready to provide 
their cwn programs to other maribers my 
get the Exchange programs by sending $8.50 
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to cover an l^change disk and postage, or 
$3.50 for a cassette and pc^tage. If you 
order a disk, rerternber to say whether 8" 
or 5-1/4", and whether 65U or or 65D. 
Please be sure to give your itvanbership 
mither. 

A list of the programs available in the 
Exchange was in the Newsletter for 
Septertber 1980, More have been added r 
since then; we're workir^ on a new list, 
and hope to have it ready next ncxith. 


Newsletter Back Issues 

Ihe Newsletter started with i^ril 1979. 
The first few issues were short, but we 
tried to inclixie scnie interesting, often 
useful routine or tip in each cne. The 
early issues (to January 1980) are out of 
print; we have photocopi^ frctn them the 
items that are still of interest, omitting 
the outdated announcements, organizational 
notes, etc. If you'd like a complete set, 
we'll assCTdble cne and sen! it to you for 
$6.50 plus postage. (The package wei^s 
just over a pound, and goes by fourth 
class mail. Use your postal zone to 
estimate the cost of postage). 

Be sure to give your membership niniber. 


CIP Tyro-Typo 

This Is a simplo program to 
turn tho CIP into a practice 
typGwritor to facilitate learninp: 
the touch systdi. If you just typo 
aiMsy on a CIP, you get an error ivhen 
you hit the return. This is 
distracting to the novice typ-st 
who Is making enough honest 
mi stakes. 

The siinplest approach is merely 
one 1ina. 

10 INPUT K$:G0 TO 10 

This however will trip over commus 
and the backspace still does not 
remove the unwanted character from 
tho screen. The conrna can be best by 
starting off with " as the first 
character typed. There is a better 
way. 


Hero is a program that solves 
the problems, it still only types In 
upper case but that could bo cured 
If you wish. ! haven’t programed In 
the ”10 Easy Less Ions to Touch 
TyDins";th3t Is easy enough to get 
out of 0 book. 

The key to this program is that 
the keyboard routine at $FD00 
(:J. 253-00) returns the ASCII vul ue 
of tho key pressed to d,530. de use 
USR(X)to jump to SFDOO and then look 
at tho character found.If it Is a 27 
(F3C) we get out of the loop. If it 
is o 13 (return) wj add a line feed. 
If it Is a 127 Crubout) orS) S (shift 
'o')“backspace°, we jump to the 
video erase routine, if it is a 111 
(shift rubout), we do a s'mpl-' 
screen erase. If the chracter Is 
anything else wo print it on the 
screen. 

Tbi.,- video erase works because 
the relative cursor ooslton is 
stored at 3200 (d512) and this Is 
added to SnSOO CdSitOlS) to give the 
absolute position,. Tbits trsrr P^KF 
to this position to blank tho cursor 
and back one to replace the errant 
character with the cursor. 


1-5 PRINT 

20 PRINT''TYP!NG PROGRAM 
25 PRINT 

55 PRINT 

40 PRtNT:PRlNT”PRE3S RU3 OUT OR 
SHIFT 'O' TO ERASE 
50 PRiNT;PRINT''PRESS SHIFT RUDOUT 

TO cle^r screen 

SO PRiNT;PRINT”PRESS ESC TO ESCAPE 
RACK TO GASiC 
70 PRINT;PRINT 
100 POKEll,a:POKE12,253 
110 X=USR(X) 

120 P=PF.EK(531) 

130 IFP=27THEM200 

140 IFP=13THENPR!NTCHR$(10); 

150 1FP=127DRP=05THEN500 
ISO IFP=111THEM400 
170 PPINTCHR$(P); 

180 GOTO 110 
200 ENO 

300 S=PEEK(512):Gl=5401b 
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310 

POKE Sl+3^ 

32:3=5-1 

320 

POKE Sl+S, 

35 

330 

POKF512^S 


340 

GOTO110 


400 

FORT=0TO25 

:PR!NT;NEXT 

410 

GOTOllO 



OK 


Hard Disk Problems 

Jim Cressie of Cortpustat, Inc., in 
Chicago, has a cautious cortpliment quickly 
followed by a caveat: 

"Generally speaking maintenance 
service available through the OSI 
distributor is excellent, with cne glaring 
exception: Ttiaintenance service for the 
CKIDATA 3306 hard disk. Service costs and 
turn around time on most other cotponents 
have been both reason^le and acceptable. 

"In tfey, 1980, my 3308 fail^ and the 
fault \(ras in the servo board. I was told 
that the unit had to be sent back to 
CKIDATA in California for repair because 
the distributor had neither the test 
equipment nor the technical data to repair 
the board. I was also told that such 
repair could take six to eight weeks to 
conplete. Cost estinates ranged between 
$250 and $750 depending on Vihat else might 
be found, such as a bad disk surface. 

"The 3306 was not returned until the 
middle of August and the cost for repair 
was over $2000. And it was still brokel 
And it had to go back to OKIDATA again! 

And it wasn' t returned to the distributor 
until bfovanberl" 

As OSIO merrbers were amcxig the first to 
learn (frcia the December Newsletter), C«SI 
was buying the California OKIDATA hard 
disk factory at about the time Jim was 
climbirg the walls and vraiting. Ihus, for 
the 74MB hard disk, t!^ responsibilities 
are rra longer spread amcng the conponent 
raanuf=ttd:^«r, CSIk-the dealer, and the 
buyer ■ — "'‘'instQad ■ oC a 
'rfe nc^ 'havis cxiiy t^ee. 

us today don't iWve hard It " 

has been cxiiy atooat five yeaji:^ the 

really advanced l"K:a3l^ist boasted 
oould save his programs on paper tape. 

Hard 5-1/4" disks are now showing up among 
advanced workers, so — even if you're 
using a cassette today, you may adding a 
hard disk to your systan later. 


And when you do, there are several 
things you'll want to know: What’s the 
mean time between failures? What kinds of 
repairs can be made locally, arvl vAmt 
kinds send the equipment back to the 
factory? Is loaner or rental equipment 
available while it's gene? And most 
iirportant of all, \»hat arrangements have 
you made to make sure that ycair data 
remain available even if the equipment 
dies? 

Of course, the same considerations 
apply to other equipment, too; the big 
difference is that most other ccxiponents 
are pretty well understood by coipetent 
dealers, and technical data are available. 
A hard disk syst«n is likely to have parts 
that are unfamiliar to even a topnotch 
oatputer specialist, and parts that 
require highly specialized testing and 
calibration equipment. 

We feel sure that this subject is 
worthy of a textbook — ma^^ more than 
one. What responsibilities should the 
buyer assume? The dealer? The 
manufacturer? How do you get these 
responsibilities spelled out and agreed 
to? Hew do you find out quickly vhat' s 
wrong? (We recall an earlier plea for 
diagnostics for the hard disk.) How does 
the user decide what files need to be 
backed up and M^en? Wnat's the best way 
to go about file backup? 

We aren't about to publish all those 
textbocks, but we'd like very much to 
have your ideas and opiniais. Oie thing 
ws're sure of is this: Sore day you're 
going to flip the switch and get either 
silence or blue smoke. If you've made the 
proper preparations, that'll be a great 
nuisance, ard maybe a costly one. If you 
have not prepared for it, and a lot of 
vital data is forever gene, it could be a 
tragedy. 

What are your views ard suggestions? 


Meetings 

, The MD/VA/DC group meets on the first 
Tuesday of each iToith at 7:30 p.ra., at the 
Walter Johnson High School, 6400 Hock 
Spring Drive, Rockville, MD. 

On ^fey 5, Bill Collier will discuss the 
OSI ntpiemantation of GP/M, and Walter 

continued on page 8 
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ScxJtt will explain the I>!S Planner. There 
will also be the usual wide-ranging 
discussion of hartSf^re and software 
prctolesns and solutions for all systans. 

The OSI Users Group of Southern Ontario 
will tcld its quairterly meeting in the 
General Sciences Building of McMaster 
Lfriiversity at HaiTiilton, 10 a.m. to 4 p.m. 
cn June 6. 

CBI discussion grov^ meet on the 
second, third, and fourth Tuesday of each 
mcnth at Ccsnmunity Cctnputers, 2704 iJ. 
E^shing Drive, Arlingtcn, VA. On May 12, 
infonratictfi will be shared on interfacing 
ani progrartiTiing printers to cerate with 
the Superboard, CIP, ard C4P. On the 
secord Tuesday of succeeding months, 
discussions will center on cassette-based 
s^tais, BASIC-in-ROM, and hardware. 

the third Tuesday of each month the 
subject will be OS-65D, hone syst^ns, 
polled keyboards, and MU^S. On the fourth 
Tuesday discussions will be about 65U, 
serial terminals, 8" flc^y and hard 
disks, ard business applications. 
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Ellicott City, MD 21043 
Directors: 
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Silver Spring, MD 20901 
William J. Callaghan, 6605 Fi^er Ave., 
Falls Church, VA 22046 
Joe Kirshner, 9234 E. Parkhill Dr., 
Bethesda, MD 20034 
G. D. Marten, 2710 S. Joyce St., 
Arlington, VA 22202 
C. H. Popenoe, 6307 Wiscasset Rd,, 
Washing tCBi, DC 20016 
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